Overall thoughts: 

Decentralization is a means to an end, not an end in itself. When we talk about values, 
we're talking about the ends we want to achieve in the world, and “decentralization” is a means 
we’ve adopted to get there. However, people with very different values and end goals from “us” 
(loosely defined as “affiliated with the Internet Archive Dweb space”) have championed 
decentralization, and that is self-consistent with the nature of the space, as the same means 
may result in different ends depending on the intentions of the actors. Given this, | think it’s 
important to clarify that what this document does is define a set of end goals for this community, 
and not define “decentralized web” in general. 


| think the purpose of this exercise is to create: 
1. A beacon for those with similar values 
2. A basis for excluding projects that do not fit the established values of this community 
3. A set of goals to evaluate success against 


| would add language that clarifies that you do not intend or presume to speak for everyone 
under the banner of “decentralization”, and that these principles are intended to define what 
motivates this particular community to advocate for decentralization. 


In the section below | went through and wrote up my comments and suggestions on each 
principle - of course feel free to disregard anything here. Original wording is in green, my 
reworded sections are in red, and my commentary is in black. 


Purpose statement: 

We aim here to both set out the principles of a decentralized web — empowering humans and 
carrying the values of transparency, respect and ethics — and the code of conduct and basis of 
mutual accountability for the new web’s participants. 


| would say “the principles that motivate us to work towards a decentralized web” in order to 
distinguish the motivations of this community from the space as a whole, which you cannot 
speak for. 

| would actually make the code of conduct a separate document. If not, | would define that 
secondary purpose of this document in a separate sentence, because the way the purpose 
statement is currently worded is confusing. 

We aim here to set out the principles that motivate us to work towards a decentralized web: 
empowering humans, and carrying the values of transparency, respect, and ethics. 


1. Human Rights 
I. The objective of building a distributed web is to empower people, protecting their human 
rights, especially those that experience systemic inequity and prejudice. 
Would put the subject, “people”, directly before its modifying clause, “especially those that 
experience...” 
The objective of building a distributed web is to protect human rights and empower people, 
especially those that experience systemic inequity and prejudice. 


Il. In the digital sphere, the rights of free expression, privacy, and knowledge are paramount 
to empowerment and human dignity. For that reason, enabling people to have agency over their own 
data and relationships is important. 

Would move from the specific towards the universal, and put a “we believe” in there 
where others might diverge from us in what they believe is essential to human dignity. “Enabling 
people to have agency over their own data and relationships supports their rights to free 
expression, privacy, and knowledge, which we believe are essential to human empowerment 
and dignity.” 

Ill. Reducing harm is also important, and we explicitly condemn the use of distributed 

tools for harmful purposes such as human trafficking; sexual, mental, or physical abuse; 

arms trading, and other activities antithetical to human rights 


“Also important” makes it sound like a side note, when this is one of the main concerns 

of decentralized tech advocates when their technologies actually meet the world. Would 

also be slightly more specific on building for harm reduction. 

We explicitly condemn the use of distributed tools for harmful purposes such as human 

trafficking; sexual, mental, or physical abuse; arms trading, and other activities 

antithetical to human rights. We encourage building with harm-reduction in mind, and 

support the adoption of mechanisms that mitigate the potential for abuse. 

2. Distributed Benefits 

|. We believe in the distribution of the rewards and recognition of success, monetary or 

otherwise, among those who contributed to that success. If that is infeasible 

commensurate benefit should flow to the community at large. 

This appeals to a value of fairness or egalitarianism, but leaves me wondering where the 

tie back to decentralized tech is. Is it that, without distributed benefits, projects cannot 

fully benefit themselves or society, i.e. because open source fails to support its 

maintainers and reward its contributors, everybody suffers? I’m guessing at what you 

mean, but I’d word it this way: 

We believe that distributed technologies will be most beneficial to society when the 

rewards and recognition of their success, monetary or otherwise, are distributed among 

those who contributed to that success. If that is infeasible, commensurate benefit should 

flow to the community at large. 

3. Technology-Agnostic 
|. | We believe that multiple technical means can be used to achieve ethical and 
people-centric outcomes. We encourage interoperability and discourage walled 
gardens, however this is not a forum for promoting or preferring technical 
approaches. 
Il. | We encourage people and organizations to develop, modify, and use tools to suit 

specific needs and conditions. 

These sections originally confused me when | thought this document was focused on 

decentralized web tech - so why would you not focus on technical approaches? 

Reframing it as being about a community's values makes more sense - this is part of 

why | think that purpose should be made explicit at the top somewhere. When | 


considered what non-technical approaches you might be thinking about here, | thought 
about regulatory approaches and organizational approaches, such as interoperability 
legislation, or a different kind of tech company governance structure. However, this is 
just what came to mind for me, and I’m unsure if it's what you had in mind. | might go 
more into detail on what kinds of non-technical approaches you also support. 
Ill. | Technologies and tools should: 
A. Be built in such a way that resists lock-in and centralization of control 
B. Bebuilt with modularity in mind interacting as peers with other tools 
C. Facilitate peer-to-peer relationships rather than relying on and fostering 
imbalances of power and information 
D. Encourage self-governance among producers, users, and user 
communities, rather than relying on external economic or political 
interests to manage resources and dictate priorities 
I like this section in particular because it lays out some specifics of what kind of design 
choices align with the values of this Dweb community. I'd like to see more examples of 
these kinds of design principles expanded upon, so builders new to the space can get a 
sense of what kind of patterns support what kinds of values, and what their tradeoffs 
might be. | think Karissa and Eileen’s DOTs report starts to do some of this. 
4. Inclusive 
I. We support the spirit of invention and participation from anywhere, by anyone, 
without permission from government agencies or from dominant corporations. 
“We support the spirit of permissionless innovation” is a much more succinct way to put 
it. 
1. | We coexist — thriving alone or alongside other projects. We embrace a diversity 
of philosophies, approaches, and technologies to implement the distributed web. 


and is less confusing. Who is coexisting - different people, or different kinds of similar projects? 
Thriving alone doesn’t require coexisting, so why is it presented as a supporting point? | don’t 
get it. 

Il. | We aspire to be of and to look like the world: to include and work with and to 
interoperate and cooperate with people like us and people different from us, 
those who publicly join us and those who don't. 

This sentence is cluttered with clauses, | would simplify or remove it. For example, what 
does working with “those who don’t” mean? Do you mean anonymous contributors, or 
does this subject actually go with the verb “include” somewhere up there, meaning you 
try to include the many people who are not aware of Dweb goals? The whole sentence 
could mean lots of things depending on how you mix and match the clauses and 
subjects. It tries to say everything and ends up saying nothing. Why do you need a 
principles doc to define community boundaries if you’re implicitly collaborating with 
everyone in the world? 

5. Respectful 
|. We treat each other with humility and self-awareness, our arguments build on facts 
and logic. When we make mistakes, we will be conscientious in acknowledging them; 
when others make mistakes, we will be polite when identifying them. 


a separate, detailed code of conduct that can be referred to at events. Question about 


the content: how do you get someone to treat others with self-awareness? It’s a quality 
of the person, rather than a way you can ask someone to behave. If someone is un-self- 


Il. We support and encourage clear Codes of Conduct to ensure contributors and users 
abide by a standard guideline of respectful behavior. 
This line is clear and leaves it up to projects to define respectful behavior, I’d reduce #5 


6. Transparent 
I. Transparency enables mutual trust and respect. We urge open and transparent 
practices, motivations, and governance to the extent possible. To that end, we urge use 
of open source code, considering data as a commons, and the development of new, 
transparent practices. 
s/urge/encourage. Transparent practices -> transparent organizational practices, to be 
more specific? 
7. Value for the environment 
|. | We must consider the destructive impacts technologies can have on the natural 
world. Best practices should aim for low ecological impact, lower energy 
consumption, and enhanced device lifetimes. 
“Must” is imperative, not a value statement word, so | would remove it. This 
section is interesting because many Dweb technologies make a tradeoff where 
increased device storage and energy consumption allow the creation of a system 
with the desired properties of decentralization. Maybe this sentence kind of 
acknowledges this by saying implicitly “please builders, you must think of the 
environment!” - but 
without this tradeoff? | think that’s the case. I’d reword this section to 
acknowledge the difficult tradeoffs being made, while encouraging a long-term 
ecological vision. Specifically, | read this section as being against proof-of-work 
as being a long-term solution for cryptocurrency consensus systems, and critical 
of, say, bandwidth and storage overhead of p2p systems like ssb and IPFS. That 
seems reasonable, but instead of a tone of “you must do better, guys’, I'd try to 
rephrase as “good job getting this far with hacky inefficient solutions - but in the 
long term this isn’t sustainable, please do better.” | think most people would 
agree with this, because a lot of resource intensive designs also negatively 
impact UX. Suggestion: 
7. Ecologically aware 
|. | We believe technologies that achieve decentralization through tradeoffs 
such as increased device storage and energy requirements should aim to 
decrease their ecological impact. We value systems that work towards 
reducing energy consumption and device resource requirements, while 
increasing device lifespan.” 





UX wasn’t one of the things mentioned, but user-friendly interfaces are also a value, similar to 
efficiency/ecological impact, that is often thrown under the bus to achieve max decentralization. 
Could be mentioned in the “Inclusive” section. Similar to environmental concerns, it’s not that 
builders don’t care - it’s just really hard to achieve. 


